home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19970929-19971216
/
000295_news@newsmaster….columbia.edu _Tue Nov 18 10:56:15 1997.msg
< prev
next >
Wrap
Internet Message Format
|
1997-12-15
|
4KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA02930
for <kermit.misc@watsun.cc.columbia.edu>; Tue, 18 Nov 1997 10:56:14 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA27546
for kermit.misc@watsun; Tue, 18 Nov 1997 10:56:14 -0500 (EST)
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc,comp.sys.hp.misc
Subject: Re: Convert not unconverting?
Date: 18 Nov 1997 15:56:11 GMT
Organization: Columbia University
Lines: 65
Message-ID: <64sdqr$hnt$1@apakabar.cc.columbia.edu>
References: <34579BD0.5708@supremecourt.gov> <63aqug$nki$1@apakabar.cc.columbia.edu> <3470B0F6.69FE@supremecourt.gov>
NNTP-Posting-Host: watsun.cc.columbia.edu
Xref: news.columbia.edu comp.protocols.kermit.misc:8080 comp.sys.hp.misc:15657
In article <3470B0F6.69FE@supremecourt.gov>,
Roy Buzdor <first.amendment@supremecourt.gov> wrote:
: Frank da Cruz wrote:
: > In article <34579BD0.5708@supremecourt.gov>,
: > Roy Buzdor <first.amendment@supremecourt.gov> wrote:
: > : I have a user who is transfering data from a Sun
: > : workstation using C-Kermit 6.0 to an HP-1000 using
: > : Kermit-RTE 1.99, the file he is transfering is
: > : named "PMP0666" the file on the HP is showing up
: > : as "PMP0~#6". Kermit figures that it can change
: > : the "666" into a repeat sequence which is
: > : "~ (repeat) # (quote) 6"...
: > :
: > Because RTE Kermit said it could -- they negotiate this
: > up front.
: >
: > : ... unfortunately, the
: > : Kermit-RTE is not recognizing it, or changing it
: > : back properly. I am not a Kermit expert, but I
: > : do have a bit of experience, and I have not been
: > : able to find the switch to either tell C-Kermit
: > : NOT to do this translation (I tried the
: > : convert/literal switch, and it did not fix it),
: > : or to tell Kermit-RTE to DO the translation.
: > :
: > A source-code fix is required for the latter. Any
: > volunteers?
:
: Since my other post has not been answered...
:
I did answer it. If you tell C-Kermit to "set repeat
counts off", it will not send repeat-count compression
sequences and that should work around the problem in
RTE Kermit.
: ... I will
: assume that there are no other possibilities for
: a fix. Given that assumption, I have the Kermit-RTE
: source - can you give me a clue as to which module
: to look in to repair Kermit-RTE so that it will do
: the translation?
:
HP-1000 Kermit is available from:
ftp://kermit.columbia.edu/kermit/d/hpm*.*
FTP in text mode. All of the source code is in one module:
hpmker.src. It is written in Fortran-77 and rather well commented.
A quick glance at the source shows that there is a subroutine
called BufEmp(), which decodes the contents of the data field of
a packet. Evidently this routine is being called for Data (D)
packets, but not for File Header (F) packets. Incoming F packets
are handled in the routine called rfile(), so the fix should be
to call this routine from rfile(), and then treat the decoded
buffer as the filename, rather than the original contents of the
Data field of the F packet. I'd do it myself if I had any
way to compile and test it.
If you get it fixed, please send the fix in so other HP-1000 users
will benefit from it.
Thanks!
- Frank